WORLD INTELLECTUAL PROPEIlTY ORGANlZAnON 
Intemalional Bureau 




n n f"^ r\ n 
U i; U U U 



PCX 

INTERNATIONAL APPUCATION FUBUSHED UNDER THE PATENT CQOPERATION TREATY (PGT) 



(51) International Patent Classification ^ i 
H04Q 7/00 




(11) Int<jrnational Publication Number: 
(43) International Publication Date; 



WO 98/34422 

6 August 1998 (06.08,98) 



(21) International Application Number: PCt/EF9S/0O532 

(22) Iriternattonal Fiimg Batet 28 January 1998 (28.01.98) 



(30) Priority Data; 
60/036,770 
08/811,550 



31 January 1997 (31 .01,97) US 
4 March 1997 (d4.03.97) US 



(71) AppUcant (Jbr all designated States except US)i NOKIA 

MOBILE PHONES LIMITED [FI/FI]; Keiialahdentie 4, 
FIN-0215D Espoo (H). 

(72) inventors; and 

(75) Inventors/Applicant* (fi?r US onfy)z WELLS, Mark [CA/US]; 
Suite #4-215, 4600 Lament Street, San Diego, G A 92109 
(US), HUBei, Rolf [CH/FI]; Tiedonkaaf j 9 A 5, FIN-90570 
Oulu (FJ). 

(74) Agents: FRAIN, Timothy. John et aL; Nokia Mobile Phones, 
Patent Dept., St, Georges Gourt, St Georges Road, 
Camberley, Surrey GUIS 3QZ (GB). 



(81) Designated States; AL, AM. AT, AU, AZ, BA. BB, BG, BR, 
BY, CA, CH, CN, CU, CZ, DE, DK, EE, BS, Fi; GB, GB, 
GH, HU, IL, IS, JP, KB, Ka KP. KR, KZ, LC, LK, LR, 
LS/LT, LU, LV;MD, MG, MK. MN, MW, MX, NO, NZ, 
PL, PT, RO, RU, SD, SB, SG, Sh SK, SU TJ, TM, TR, TP, 
UA, UG, US, UZ, VN, YU, ZW, ARIPO patent (GH, GM, 
KE, LS, MW, SD, SZ/UG, ZW), Eurasian patent (AM, AZ, 
BY, KG. KZ, MDVRU; TJ, TM), Europeafi patent (AT, BE, 
GH, DB, DK, ES, FI, PR, OB, GR, IE, IT, LU, MC, NL, 
FT, SE), OAPl patent (BF, BJ, CF, CG, Gi, GM. GA, GN, 
ML, MR, NE, SN, TD, TG). 



Published 

Without international search report and to be republished 
upon receipt of that r eport. 



(54) Title: REAL-TIME SMS APPLICATION MBSSAGING USING AN SMSC^LINKED SERVER 



(57) Abstract 

A method is disclosed for operating a wireless mobile station 
of a type that is capable of bidirectional communication with a 
BMI having an SMS centre. The method includes the steps of: 
(a) receiving an SMS message from the BMI; (b) determining if 
the SMS message has a first transfer format or a second transfer 
format; (c) if the SMS message i% determined to have the first 
transfer fonnat, processing the SMS message In a conventional 
manner; (d) if the SMS message is determined to have the second 
transfer format, parsing the SMS message to locate an Application 
Identifier entry; (e) determining from the Application Identifier 
entry if the mobile station supports the jdentified application; (f) if 
not, displaying a data eoEry of the SMS message with a first display 
format; else, (g) if the mohiie station does support the identified 
application, starting the application and displaying the data entry 
with a second display format specified by the application. In a 
presently preferred embodiment of this invention the second format 
is a Data Exchange, Storage, and Command (DESC) format, and 
an application specified by the DESG formatted SMS message can 
be a Personal Messaging Calendar (PMC) application. Access to 
the PMC application can be via SMS messages from the mobile 
station, or through a network-connected data processor, such as a 
PC connected to the internet. 
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REAL-TIIVIE SWIS APPU CATION MESSAGING USING AN SMSG-LINKED 
SERVER 



This inYention relates generally to wireless communicators and, in particular, to 
mobile stations such as those capable of operation with a cellular network. 

The Short iVlessage Service (SMS) is a teleservsce which enables a user to send 
messages to and receive text messages from other users of a communications 
(ce!iular) network. The SMS function attempts to deliver a message to a mobile 
station whenever the mobile station Is registered to the network, even when the 
terminal Is engaged in a voice or data call. The mobile station may also roam 
throughout the network and still be capable of sending and receiving messages, A 
mobile station conftgured for SMS provides methods for the user to receive, read, 
write/edit, clear, send, and save messages. 

The network stores messages in at least one SMS Centre (SMSC), and Mobile 
Terminated (MT) messages are sent to the terminal from the SWtSC. Various SMS 
protocoi layers receive the messages and check their contents, tf the contents are 
valid, and assuming that there is room for Incoming text messages in the memory of 
the mobile station, the message is received and stored. Otherwise, the message is 
reiected. 

Reference can be had to the TIA Interim Standards iS-136 and IS-137, and also to 
a document entitled 'TDMA Forum, Implementation Guide: Short Message 
TerminaSs Gompiiant With 1S-136 and lS-137" (Ed. D. Holmes, vers. 7.0, 4/20/95), 
These documents specify a type of SMS and the various system and terminal level 
protocols required to provide SMS in a eetlular telecommunications system. 

in current telecommuniGations systems SMS messages may be sent from an 
application resident in a mobile station, or from a PC application that is connected 
by a LAN to the internet, A SMSC (Short Message Service Centre) receives the 
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SMS message from the cellular network, or from an internet gateway, respectively. 
The SMSC then immediately directs the message to the mobile station, or after tt 
has detected that the mobile station has fGcked onto a channel and entered an idle 
state. 

A problem exists with this current approach, in that there may exist a set of PC 
applications that are designed to Gommunicate with a user's own mobiSe station or 
other mobile stations. That is, appHcations currently exist or will exist that require a 
more deterministic delivery of information when using the internet. 

A further probiem reiates to the running of real-time applications from easily 
disconnected PCs, such as laptops, that may be occasionally disconnected from the 
norma! host network, information may need to be exchanged in a timely manner in 
either direction between the mobile station and the PC, yet the PC may be 
disconnected or the network may be too slow in delivering the data, in this case 
those applications which need to deliver or receive data messages, regardless of 
connection state and other circumstances, wlil not perform correctly. 

Furthermore, a number of different formats have been specified for encoding 
information to enable applications to communicate with one another. One 
application must be capable of interpreting information that has been generated and 
encoded by another application. 

Unfortunately, the formats that have been specified thus far do not meet the high 
requirements imposed by a real-time SMS application messaging system. Typically 
the information is encoded in binary form which is not interpretable by humans, 
and/or the encoded Information is too lengthy to be transmitted as a iength- 
constrained SMS message, and/or the format is too specific to be used by a wide 
range of different applications. 
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Ideafly. a flexible yet well defined generic fGrmat and message structure is needed 
whiGh fulfills the following criteria. 

Firsts the encoded information should be readable by a human (i.e., no binary 
encoding), should be easy for a user to enter, should be capable of being 
transmitted as a SMS message, should be as short as possible (preferably not 
exceeding the length of one SMS message), should consist only of characters 
which are supported by the SMS character set, and should be designed so that it 
can be stored without information conversion. 

Second, the message format should provide a mechanism which enables the 
encoded {nformation to be divided and reassembled (In case the information 
exceeds the length of one SMS message), should allow a capability to define 
commands, and should not restrict its usage to one or more specific appiications so 
as to preclude its use with future appncations. The message format should also be 
capable of holding one or more data values and should not restrict the order of data 
vafues, should ailow parts of data values to be omitted, should provide an error 
handling capability, and should be sufficiently specified so that applications can 
represent any received encoded information in a user-friendly manner, even though 
a particuiar message was not intended for the user. 

Aiso, most message formats are specified for "one-way" communication, meaning 
that information is sent from a sender to a receiver. They do not take into account 
possible responses, results of queries, or error handling on a high level 

Against this background the present invention seeks to provide an improved method 
for delivering messages in a telecommunications system, and in particular to 
provide a telecommunicationB system having a wireless component, wherein SMS 
messages are used in the wireless component, and to enable applications to 
cGmmynicate through the system using SMS messages. 
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The present invention seeks also to provide a generic message format which fulfills 
the requirements for a real-time SMS appiication messaging system. 

Aocardingly, in one aspect, the present invention resides in a method for operating a 
wireless mobile or user station to provide for real-time Short Message Service 
(SMS) AppliGation Messaging, using an SMSC-linked server, for providing timely 
message defivery in non-deterministic networks and where device connections are 
intermittent or periodic. 

By connecting the server directly to a SMSC, or by linking the server to the SMSC 
through a low iatency network, applicattons can tolerate the latency and 
intermittence of the LAN-based PC link which is connected to a network, such as 
the internet or a private leased link, PC and mobiie station*based applications are 
enabled to direct SMS messages to the sen/er to achieve timely store-and-forward 
Hjnctionaifty. 

Potential applications of this invention include, but are not limited to, using SMS- 
based messaging between groups of mobile stations and PCs for queued and 
scheduled email; for meeting, appointment and absence management; for 
obtaining reminders from organizer and caiendar applications; for project hours 
reporting; for sales and inventory updating; for personalized information services; 
and for home security applications. 

A method is disclosed for operating a wireless mobile station of a type that is 
capabSe of bidirectional communication with a Base Station, Mobile Switching 
Centre, fntenA/orking Function (BMi) having a user messaging function, such as a 
Short Message Service (SMS) function. The method includes: (a) providing a 
database that is bidirectionally coupled to the user messaging function; (b) at the 
mobile station, entering information that is descriptive of an event, typically a future 
event; (c) sending the entered information from the mobile station to the database, 
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via a message sent through the BMl and the user messaging function; and (d) 
storing the information In the database. 



Further in accordanee with this invention a method is disclosed for operating a 
wireless mobile station of a type that is capable of bidirectionai communication with 
a BMl having a SMS centre. The method includes: (a) receiving a SMS message 
from the BMl; (b) determining if the SMS message has a first transfer format or a 
second transfer format; (g) if the SMS message is determined to have the first 
transfer format, processing the SMS message in a conventiona! manner; (d) if the 
SMS message is determined to have the second transfer format, parsing the SMS 
message to locate an Application Identifier entry; (e) determining from the 
Application Identifier entry if the mobile station supports the identified application; (f) 
if not, displaying a data entry of the SMS message with a first display format; eise, 
(g) if the mobile station does support the identified appiication, starting the 
appHcation and displaying the data entry with a second display format specified by 
the application- In a presently preferred embodiment of this invention the second 
transfer format is a Data Exchange, Storage, and Command (DESC) format. 

in an exemplary, but not limiting, embodiment of this Invention the SMS message is 
encoded to identify an event that was previously stored in a database that is 
coupled to the SMS Centre, and the SMS message is sent to the mobile station at a 
time specified in the database. In one embodiment the information specifying the 
event was previously stored in the database in response to a SMS message that 
was originated by the mobile station, while in another embodiment the information 
specifying the event was previously stored in the database in response to a 
message that was originated by a data processor coupled to the database through a 
network, such as the internet. 



In the exemplary embodiment the SMS message can be encoded to identify a 
prioritized future event that was previously stored in the database, and the SMS 
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message is sent to the mobile station In response to a query from the mobife station 
to display all stored future events having a specified priority lave!. 

Also in the exemplary embodiment the SMS message can be sent In response to a 
query from the mobile station to display all stored future events having a specified 
future date. 

The present invention wiil now be described by way of example with referenGe to the 
following drawings in which: 

Fig. 1 is a bloGk diagram of a mobile station that Es suitable for use with this 
invention; 

Fig. 2 is an aievationa} view of the mobile station shown in Fig. 1 , and which further 
illustrates a first embodiment of a cellular communication system to which the 
mobile station is bidirectionally coupled fhrough wireless RF links; 

Fig, 3 itlustrates a second embodiment of a cellular communication system to which 
the mobile station is bidirectionally coupJed through wireless RF links; and 

Fig. 4 is a logic flow diagram that ilfustrates a response of the mobile station to the 
receipt of a SMS message. 

Reference is made to Figs. 1 , 2 and 3 for illustrating a wireless user terminal or 
mobile station 10, such as but not limited to a ceHular radiotelephone or a persona! 
communicator, that is suitable for practicing this invention. The mobile station 10 
includes an antenna 12 for transmitting signals to and for receiving signals from a 
base site or base station 30. The base station 30 is a part of a cellular network 
Gomprising a Base Station/Mobile Switching Centre/lnterworking function (BMI) 32 
that includes a mobile switching centre (MSG) 34: The MSG 34 provides a 
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eonnection to landline trunks, typically the Public Switched Telephone Network 
(PSTN) 38, when the mobile station 10 is invQived in a eail. 

The mobile station Includes a moduSator (MOD) 14A, a transmitter 14, a receiver 16, 
a demoduiator (DEMOD) 16A, and a controlier 18 that provides signals to and 
receives signals from the transmitter 14 and receiver 16, respeGtively. These signals 
include signading information in accordance with the air interface standard of the 
apptioable cellujar system, and also user speech and/or user generated data. The 
air interface standard is assumed for this invention to include a physical and fogical 
frame structure suitable for the transmission of data and messages, incfuding SMS 
or equivalent messaging faciiities. 

It is understood that the controller 18 aiso inGtudes the circuitry required for 
implementing the audio and logic functions of the mobile station. By example, the 
controller 18 may be comprised of a digital signal processor device, a 
miGroprocessor device, and various analog to digital converters; digita! to analog 
converters, and other support circuits. The controf and signal processing fijnctions 
of the mofaiie station are allocated between these devices according to their 
respective capabiHttes. 

A user interface includes a conventional earphone or speaker 17, a conventional 
microphone 19, a display 20, and a user input device, typicaliy a keypad 22, all of 
which are coupfed to the controlier 18. The keypad 22 includes the conventional 
numeric (0-9) and related keys (#,'') 22a, and other keys 22b used for operating the 
mobile station 10, These other keys 22b may include, by example, a SEND key, 
vari COS menu scroHing and soft keys, and a PWR key. The mobile station 10 also 
includes a battery 26 for powering the various circuits that are required to operate 
the mobile station. 

The mobile station 10 also tncludes vanous mBmories, shown collectiveSy as the 
memory 24, wherein are stored a plurality of constants and variables that are used 
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by the controller 18 during the operatjon of the mobile station. For example, the 
memory 24 stores the vaiues of various cellular system parameters and the number 
assignment module (NAM), An operating program for controlling the operation of 
controller 18 is also stored in the memory 24 (typically in a ROM device). The 
memory 24 may also store data, including user messages and SMS messages, that 
are received from the BMr32 prior to the disptay of the messages to the user. 

It should be understood that the mobile station 1G can be a vehicle mounted or a 
handheld device, it should further be appreciated that the mobile station 10 can be 
capable of operating with one or more air interface standards, moduiation types, and 
access types. By example, the moblie station may be Gapahie of operating v^ith any 
of a number of air interface standards including IS-136; GSM and IS-95. It should 
thus be clear that the teaching of this invention is not to be construed to be limited to 
any one partfcular type of mobile station or air interface standard. 

The operating program in the memory 24 indudes routines to present messages 
and message-related functions to the user on the display 20. typically as various 
menu items. The memory 24 also includes routines for implementing the methods 
described below. 

Referring spedfieally to Figs. 2 and 3, there is also provided a subscriber messaging 
function embodied, preferably, as a Short Message Service Centre (SMSC) 36 that 
is coupled to the MSG 34, The SMSC 36 is responsibie for managing the SMS 
functions of the ceilular system. Connected to the PSTN 38 is a network block 40, 
which may be the internet, a private leased link, or any suitable wide-area or global 
GommuniGations network that is accessible from persona! computers (PCs) 44. The 
network 40 may operate with a TCP/IP protocol Suitable, but not limiting, lower 
level protocots include Xv25 and X.400. Various Local Area Networks (LANs) 46 
may also be connected to the net^A^ork 40, providing access to the network 40 for 
LAN-connected PCs (not shown). 
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in acGordance with an aspect of this Invention the system further includes a network 
server, such as a World Wide Web (WWW) server 42, that is coupled to the network 
40. In the Illustrated embodiments of this invention the WWW server 42 implements 
a Personal Messaging Calendar (PMC) applieation. Although the ensuing 
description will be made prEmariiy in the context of the PMC applrcation, it should be 
reatized that the PMC application is exemplary of the wide-number of possible 
applications that can be implemented at the server 42, in accordance with the 
teachings of this invention. 

In the embodiment of Fig, 2 a direct connection is made from the WWW server 42 to 
the SMSC 36; while in the embodiment of Fig. 3 a port of the SMSC 36 is connected 
to the network 40, The distinctions between these two embodiments wiil be made 
more apparent belGw, 

In order to take advantage of the ful! functionality offered by this invention, a user, 
typically a ceHutar subscriber, has access to the mobile station 10 and the PC 44 
(having the connection to the network 40). A suitable software program is loaded 
onto the PC 44 for implementing, by example, the PC-end of the PMC application. 
The system operator has the WWW server 42 connected to the system operator's 
SMSC 36, as in Fig. 2, or connected to the network 40 as in Fig. 3, The WWW 
server 42 has software designed to support the subscriber's PMC software. The 
subscriber may also have PMC software, or firmware 24a, stored in the memory 24 
of the mobile station 10. This software or firmware 24a is used to interact with SMS- 
based messaging applications, such as the PMC. 

An example of a possibie apptication of the invention is a reminder delivery system 
using the PMC application, wherein the subscriber instructs, from the mobile station 
10 or the PC 42, to have a message delivered to his or her mobile station 10 at a 
predetermined time prior to a scheduled appointment. If the PC 44 is GGnnected to 
the network 40, it may immediately update the WWW server 42 with the new 
caiendar information, or it may wait until it is connected. The WWW server 42 
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replicates the reminder delivery information so that the Information Is delivered on 
time through the latency-free cetlular network, using the SMSC 36, MSG 34, BS 30, 
and the radio link to the mobile station 10. The meeting reminder is delivered to the 
mobiie station 1 0 using the SMS facility of the cellular network. 

The subscriber may also use the mobile station 10 to send appointment or reminder 
information (e,g,, a "To Do" list) to the PMC apptication running on the WWW server 
42, using the mobile station's display 20, keypad 22, and the PMG firmware 24a 
stored in the memory 24. The subscriber may also later review, cancel and mGdify 
the stored information in a simiiar manner, or may perform this function from the PC 
44. 

The WWW sen/er 42 can be polled on a regular basis, by the subscriber's PC 44, to 
keep a current copy of the set of calendar appointment entries. 

in Fig. 2 the WWW sender 42 uses a predetermined protoco! to communicate 
messages and their associated information to the SMSC 36, in a direct private 
connection over a low-iatency communication link 42a, It should be realized that the 
SMSC 36 and WWW server 42 can be co-iocated at one site in the network 
provider-s infrastruGtura, or may be separated by a considerable distance. 

!n Fig. 3, the WWW server 42 uses a specialized or proprietary protocol, that may 
be built upon a TCP/IP internet transfer layer, to communicate with the SMSC 36 via 
the network 40, 

!n both cases the PMCAAAAA/V server 42 includes a subscriber database 43a and a 
real-time clock (time and date) function 43b. The database 43a stores, by example, 
Appointment and "To Do" lists that were previously entered by the subscriber from 
one of the mobile station 10 or PC 44, 
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In the examples of Figs. 2 and 3 the exempiary PC appliGatiGn Is referred to as the 
PersDnal Messaging Calendar (PMC), or simply as the. Messaging Calendar (MG), 
and the WWW sen/er 42 may be referred to also as the Personal Message Centre 
(PMC), it should be realized that these functions are ''personal" in so far as an 
indiyiduat subsGfiber is conGerned. Typically, however, the PMC application software 
running at the PMCAAAAAA/ server 42 will be interacting with hundreds or thousands 
of subscribers, each having access to at least one of a mobile station 10 and a PC 
44, 

The PMC appncation and database 43a running on the WWW server 42 functions 
as a master information holder for applications such as the Messaging Calendar. 
Since the PMC/WWW server 42 is accessible by the network 40 and the PSTN 38, 
it is configured with a suitable interface, such as the WWW-based subscriber 
interface that can be accessed with a conventional internet browser program. This 
implies that the subscriber can access his or her calendar entries and reminders 
from anywhere in the world through the network 40, a telephone network, or any 
other means of reaching the PSTN 38. The PMC application, having access to the 
SMSC 36 through the link 42a (Fig. 2) or the network 40 (Fig. 3), is additionally 
capable of recording all of the subscriber's transmitted and received SMS 
messages, and for also maintaining a record as to whether transmitted SMS 
messages have reached their desttnatlon. Subscriber groups and standard 
message storage are avaitabie from the WWW-basad PMG, so that the subscriber 
may directly send messages. 

The PC 44 portion of the PMC application 44a may run under any suitable PC 
operating system, including those that present applications in windows. In 
accordance with an aspect of this invantion the subscriber is able to rely on 
appointments and reminders being sent to his or her mobile station 10 in a timely 
manner. The mobile station 10 does not need to be connected by cabie to the PC 
44. Instead, tbe reminders can sent automatically from the network-connected PC 
42, through the network 40 and PMC/WWW server 42, to the SMSC 36. The SMSC 
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36 then formats a suitable SMS message, either in acGordance with the SMS 
signaHing protocol of the applicabie air interface standard or a presently preferred 
DESC fGrnnat (described be!ow)r and causes the SMS message to be transmitted to 
the mobile station 10 through the MSG 34 and BS 30, Appointment, message and 
timely reminder texts can thus be sent from the desl<top PC 44 to the subscriber's 
mobile station display 20, 

For those times when the subscriber does not have access to the mobile station 10, 
and wishes to view and possibly respond to new messages, access is made to the 
PMCAW/W server 42. This access can be made through the network 40 from the 
PC 44 or a LAN-connected PC. The subscriber has immediate access, from 
anywhere in the world, to the PMC application with the WWW browser-equipped PC 
44. personal digital assistant (PDA) device, or any suitable data processor capable 
of accessing the network 40, By example, the subscriber simply accesses the PMC 
application running at the PMCAAAAAA/ server 42 as he or she would any internet 
site. After the correct identification is made, the subscriber has access to the 
subscriber's messages and other information maintained by the PMC application 
running at the PMCAAAAAA/ sen/er 42. 

By example, one or more new calendar appointments may be entered by the 
subscriber directly into a window on the PC 44, or previous appotniments may be 
reviewed, deleted, or revised, and the appointment or appointments are transferred 
automatically from the subscriber's PC-based calendar application that is running on 
the PC 44 to the PMCAAAAAA/ Server 42, For example, this could be done in the 
morning before the subscrtber leaves the home or the office to make, for example, 
sales calls. Prior to each scheduled appointment a reminder is sent to the 
subscriber's mobile phone display 20, via the SMSC 36, MSC 34 and BS 30. The 
appointment reminder is received by mobile station 10 as a SMS message 
(preferahSy a DESC-encoded SMS message as described below), and is stored in 
the memory 24 for review by the subscriber, using the normal SMS message 
capabilities of the mobile station 10. 
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The Persona] Messaging Calendar appliGation aiso enabies immedsate SMS 
messaging frGm the PC 44 to the mofaite station 10, An acknowiedgment of receipt 
of the SMS messages by the mobile station 1Q is also supported. A eaH-back 
number and reply charge-aeGeptanGe may also be seiected on a per message 
basis. 

In a presently preferred embodiment of this invention a Messaging Window of the 
Personal Messaging Calendar appitcatiGn running at the PC 44 accepts the 
appointment entries and messages into a graphical representation of the mobile 
station's display 20. That is. the subscriber may be presented with a similar user 
interface whether accessing the PMC application from the PC 44 or the mobile 
station 10. Basic editing functions may be performed within the display area. This 
allows the subscriber to enter the text as the subscriber wishes the text to be later 
displayed at the receiving mobile station 10. 

Also in a presently preferred embodiment, the calendar entries can be selected to 
repeat at convenient intervaiSj and the subscriber is made aware of any scheduling 
confilets entered into the calendar. A Message Validity time-out is configurable for 
those messages that are time critical, or that will become outdated at a certain time. 
The message reply destination is also configurable, with the default destination 
being the subscriber's cellular phone number, A warning is displayed if a message 
is sent when the SMSG 36 ts not functioning. A confirmation is displayed when 
some number of re-try attempts finally achieve sucoessfui delivery. 

Further in accordance with this Invention any SMS Messages sent to: the 
subscriber's mobile station 10 from other mobile subscribers may be copied to the 
PMC/WWW server 42 by the SMSC 36, This allows the PMC subscriber to view 
received SMS messages white not having cellular network access, after accessing 
the PMCAA/WW server 42 through the network 40. The subscriber may add, edit, 
delete or send any message while in the PMC application running on the 
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PMCAAA/VW server 42. Messages that have successfully reached the mobile station 
10 are flagged so that only unread messages may be conveniently setected. 
Messages already read are moved from an *unread* or new message folder to an 
'old' message folder. 

The subscriber may also originate messages from the Personal Message Centre 
applioation. The messages may be sent to individuals or to groups. In a presently 
preferred embodiment of this invention the PMC app!ication supports a list of 
possible messages, stored in folders, that may be selected to facititate message 
origination. The subscriber may also create and store a list of phone numbers by 
parsing stored call-back numbers. Group mailing lists may be formed from the list of 
phone numbers in the PMC, which can be automatically updated by the PMC, 

One important function of the Personal Message Centre application is the 
management of the timed release of outgoing reminders and messages. The 
subscriber may add, edit, or delete messages while connected to the PMC 
application. All messages are preferably encrypted in order to pass securely 
through the network 40, such as the internet, to the Personal Message Centre 
appliGation running on the PMCAAAAAA/ server 42, and from the PMC/WVVW server 
42 to the SMSC 36 via the network 40 (as in the embodiment of Fig. 3). 

Having thus described the invention in the context of the PMC application, a 
description will now be given of a presently preferred message format that is 
designed for, but is not limited to, exchanging information using SMS messaging 
protocols. 

By way of introduction, it is noted that it may not be sufficient to simply transmit the 
message as normal text. Instead, the message needs to be encoded so that 
different parts of the message can be separated from each other and more readily 
interpreted. The message format described in detail below, referred to as the Data 
Exchange, Storage, and Command (DESC) format, fulfilis this need. 
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It is also noted that although the various examples are shown below as GGCupying 
several lines of text, in practice a data set consists of one cqntinuoos stream of 
characters without line feeds. 

Data set 

The data set holds all the information which is needed by an application. This 
includes the data set's identiffcation, additionaf information for the appiiGation, and 
the actuaf data items. 

The data set can be thought of as one unit which can be stored in a memory, 
exchanged among different applications, or sent from or received by the mobile 
station 10 via the air interface. A data set can have the appearance of a string, a 
SMS message, or any other structure that can accommodate ASCII characters. As 
used herein, ASCI! characters refer to the standard character set of the applrcable 
air interface standard (e;g., GSM or tS-136). 

in principle, a data set can be of arbitrary length. In practice^ however, the actual 
length is constrained by the data set's appearanGe. It may happen that the tength of 
the information exceeds the length of a data set. in this case the information must 
be broken down into two or more data sets. The DESC format provides a 
mechanism to handle these situations, as wH! be described beiow. 

The first two characters of a data set are two forv/ard slashes// . Those two slashes 
indicate that the remainder of the information is DESC-format encoded. The end of 
a data set is not specified, as it varies depending on the data sets appearance. For 
exampla, the end of a data set impiemented in the C programming language is 
indicated by a '\0' (zero terminated string). The generic DESG format of a data set is: 
// <rema]nder of the information>. 



Entry (general) 
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The <remainder of the informatiGn> consists of fields or entries. An entry holds all 
relevant information for one data item, A data set is made up of at least one entry 
(^application entry), and more (^data entries) can follGW if required. Entries are 
separated from one other with a comma (,) delimiter A given entry has three parts: 
the entry identifier, the entry options, and the entry value. The identifier, options and 
value parts are separated from each other with a colon {:) delimiter. The order of 
the entry parts Js fixed as: identifier, options, value. 



Application Entry 

The application entry contains important information for the apptication which must 
process the Information that foliows after the appjication entry. There is always one, 
and only one, applicafion entry in the data set. It is always the first entry. The three 
parts of an appiication entry are referred to as the application identifier, the 
application option, and the application value. A given appiication entry must have 
one appiication identifier, can have none, one, or severa! application options, and 
can have one application value. 

The generic DESC format of an appiication entry is as follows: 
<appi identifier>[:<appl option>[:...]]f:<appl value>] 

Ail application options and application values are predefined to insure that any 
appiication that uses the DESC format can interpret the application entry. Aiso, an 
exemplary list of application identifiers is provided below. 

An application identifier is the first part of an appiication entry. It names the 
application to which the data set is being sent However, other applications may be 
able to Interpret the data set if the data set contains common data identifiers. The 
appiication options give additional information to the destination application about 
the remainder of the DESC encoded information. An application entr^^ may include 
none, one or several apptication options. An application value describes the type of 
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the encoded information. The application value is not nnandatory, and can be 
etimineted. However, if used only predefined application values are legal. 



Data entry 

A data entry holds the actual data that the destination application is to work with. 
There can be none, one, or several data entries in a data set, and the data entries 
always follow after the application entry. The three parts of a data entry are referred 
to as the data identifier, the data optionv and the data value. A given data entry must 
have one data identifier, can have no data option or can have severa! data options 
(if there is a data value), and can have one data value. 

The generic DESG format of a data entry is as follows: 
<data identifier>[[:<data option>[:.,.j]:<data vaiue>] 

The data Identifier is the first part of a data entry. It is a description for the value of 
the corresponding data entry. Data options are deffned so as to give additional 
information about the data value. In practice, data options may be infrequently used, 
and are therefore application specific. Every application may define its own data 
options. A data entry may include none, one or several data options. The data value 
is the actual data which is referred to by the data identifier within the same data 
entry. 

Basically, there is no restriction on what a data vatue may contain so long as it 
conforms to the specification given for a data set. A data value can consist of any 
sequence of letters, digits, blank spaces and punctuation marks. Commas Q and 
Gotons (:) are handled differently. 

Identifiers 

An identifier consists of one letter or a sequence of fetters and underscores. No 
blanks or white spaces are allowed. At least the first character of an identifier must 
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be a letter. Identifiers are not ease sensitive. There is no limitation In length for 
identifiers, but for practical purposes they are kept as short as possibie. 

The generic DESC forrriat of an identifier is as foSlows: 

<}etter>[[<ietter> j <underscore>],..] 
Where: 

<!etter> « <a,,z|<A..Z> 
<underscGre> - 

Options 

An option is split Into several parts: the option identifier, the option argument, and 
the option value. The option identifier, option argument and option value build one 
sequence of characters. No blanks or white spaces are atlowed; 

The generic DESG format of an option is as follows' 
<opt identifier>[[[[<opt vatue>3<opt argument>|, 
<opt value>] 

The option value is defined as zero (0) or any positive integer. 
Arguments 

The following characters may be used for arguments: 

- < > - / 
The following character combinations may also be used for arguments: 

>rz <> 

Other characters or combinations are not allowed. 
Special characters 

Special attention is paid to two spedat characters: the comma (,) and the colon (:), 
as these characters are used as delimiters within the DESG format. If required as 
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part of a data value, these characters are represented by repeating the character 
(for example, a comma is represented as 

Multi-language support 

PreSiminary, predefined DESC identifiers and possible options are intended for 
applications, such as the PMC application described above, which use them for 
vaiue references. For that reason, application and data identifiers are defined only 
in English, 

Application identifier 

A list of presentfy preferred application identifiers is as folSows. 

Application identifiers; 

APR (Appointments) 

TODO 

ALERT 

BC (Business Card) 

HOURS 

INFO 

SALES 

SPORT 

STOCK 

TIME (For combined time/date information) 

WWW 

Confirmation 

This option requests the receiver of the message to confirm the reception of the 
encoded information. The form of the confirmation is a function of the application. 



Identification 

With this option, the data set can be given a unique Identification. 
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where y can be 0 or any positive Integer 
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Parts 

With this option, the present data set can be marked as the mth part out of n parts in 
total The values of m and n can be any positive integer It Is the application's 
responsibility to split and concatenate the parts of the data set in a correct mannen 
This option is used when it is impossible to pack the information to be sent within 
one data set. The above-described ID option can be used in connection with the 
PART option, 

PART<m>/<n> 

The PART option is especially useful when a PMC message or reminder exceeds 
the maximum length ailocated for a SMS message in the Ceflular system iHustrated 
in Figs. 2 and 3. 

Version 

This option indicates the version number of the application (e.g,, PIV!C Ver, 1:0 or 
PMC Ver, 1.1) which has created the present data set. The variable x can be Q or 
any positive integer. 

VERS<x>I-<x>] 

Application value 

The application value (value of the first entry of a data set) is reserved for 
appiication specifie information. By not supplying any application value indiGates the 
"standard information*' of the appiication that is identified by the application identifier. 

Error 

The ERROR application value can be used by any application to indicate a fauit in 
message processing. 
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Because of its intended universal appSication, the DESC specifiGation does not 
define the GGntents of the data set for an error message. However, one of at least 
two generic formats can be followed. 

1 . If the erroneous data set is not cleariy identified by an ID applieation option, 
then the full received message can be sent back to the sender with the 
addition of an ERROR application value and a eorresponding data entry 
(data identifier - ERROR and data value - short error description). By 
example: 

// 

<application identifier>:ERRGR 
,ERROR:<shGrt error description> 
.<entries of received message> 

2. If the received data set is identified by an ID application option, then the 
received appiication entry with the ERROR application value, a 
corresponding data entry (data identifier = ERROR and data value = short 
error description) and the erroneous data entry can be sent back to the 
sender of the erroneous message. By example: 

// 

<application identifier>: I D<y>;ERROR 
,ERRQR:<&hort error desGriptiGn> 
,<erroneous data entry> 

Command 

A message with a COMMAND application vaiue is constructed freely aecording to a 
conventionaK generic format and an applicatiGn's need. A command is usually sent 
to a specific application, such as the PMC application. However, several 
applications may use same command entry. 
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// 

<application identifier>:GOMMAND 

,<command identifter>n:<Gommand Qptions>]:<command value>] 

By using the above-described ID application option, a Gomnnand can be applied 
specifically to a Gertain message or data set without specifying additional command 
options or command values. For example; 

// 

<appl i ca tio n id entifi er> :ID<y> : C O M M A N D 
,<command identifier> 

Reply 

The REPLY application value can be used to identify the data set as an answer or a 
reply to a request or a command. The format is as follows: 

// 

<appHcat!on identifier>:REPLY 
,<data entry> 

Query 

The QUERY appiication value can be used if an appHcation Is to retrieve certain 
information from another app!ication. Search criterion are given by specif^^ng one or 
more data entries, !f there is more than one data entry, they are ANDed for the 
search. 



// 
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<app1icatton Identif ter>:QU ERY 
<data entry> 



Data identifier 

To ensure that appiiGations can read information generated by other appiications, a 
number of commonly used data identifiers and values are predefined by DESC as 



NAME:<name> 
ADORESS:<address> 
TEL:<tel number> 
EfVSA!L:<user@hGst> 
FAX:<fax nu mber> 
ERROR:<error description> 

A number of the foregoing Data Identifiers are used by the PMC application 
software, induding MSG, DATE, TIME, ETIME, and ADATE. 

The above described DESC format thus specifies a way to encode information. 
Encoded information can be sent as short messages (e.g., SMS massages) to or 
from the mobile station 1 0. Any information that is encoded in DESC format can be 



follows. 



TlTLE:<a titie> 



(a header or summary) 
(a text message) 
(also used as starting date) 
(also used as starting time) 
(end date) 
(end time) 
(Alert/Afarm date) 
(Alert/Alarm time) 



MSG:<a message> 
D AT E :ddmm[yy]yy 
TiME:hhmmi;ss] 



EDATE:ddmm[yy3yy 
ETIME:hhmm[ss] 



AD AT E : d d mm [yy]y y 
ATlME:hhmm[ss] 
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stored in a memory or processed as any Qther cbaraGter string, since it Gonsists only 
of ASCII characters- 



This following desGription demonstrates the flexibility of the DESC format, and 
illustrates various exemplary applications of DESC encoded information. 

When provided in the mobile station 10, or other wireless communication device, a 
DESG Message Parsing option is selected from a displayed feature list. When 
selected, the mobile station 10 is able to recognize, then parse, DESC messages 
and display the result on the display 20. 

To be able to parse and to present DESC encoded information, the mobile station's 
software must have a priori knowledge of the structure of the DESC message 
format. The mobile station 10 is not required to process the received data. 

!f an appiication or data identifier is not known to the mobile stations^s software (for 
example, is not stored in a list of supported applications), then the appncation 
identifier or data identifier and the associated data value is shown "as is'V However, 
if an application or data identifier is known to the software, it being assumed that the 
software maintains a pre-programmed list, which can be extended by sending 
another DESG message, then the application identifier or data identifier and its 
associated data value are translated and displayed In a more convenient, 
application specific format. 

The procedure that is applied to displaying the DESC message need not differ from 
the procedure used for conventional SMS message handling. The application 
specific information that is displayed includes the appiication identifier and 
application value. The data specific information that is displayed consists of the data 
identifier and data value. 



By example, the fGilowIng DESC received message: 
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// 

APP;!D982 

, ERRO R; <descriptiQn> 
,TITLE:LUNCH 
,MSG:With Jim 
,DATE:251098 
,TIME:'!230 
,EDATE:251 098 
,ETiME:1345 

may be dispiayed in a first display format as follows, when parsing is performed by 
the mobile station 10 (assuming that all identifiers are unknown, and DESC 
Message Parsing is selected from a displayed feature list); 

NEW: 
25-Oct-98 
11:20:03 
APP: 
of type 

ERROR<descript!on> 

TITLE: 

Lunch 

MSG: 

With Jim 

DATE: 

251098 

TIME: 

1230 

EDATE: 

251098 
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ETIME: 
1345 
Sender: 
+2125551212 

However, the same DESC message may be shown as follows when parsed and 
suitably translated , where translation presupposes that both DESC IVlessage 
Parsing and a PMC-related Calendar Translator Application are selected from the 
displayed feature list: 

NEW: 
Oct-25-98 
11:20:03 A.M. 
APPOliMTMENT: 
of type 

ERROR<description> 

TITLE: 

Lunch 

MESSAGE: 

With J im 

DATE: 

Oct. 25, 1998 
TIME; 
12:30 P.M. 
END TIME: 
1:45 P.M. 
Sender: 
+2125551212 

Note that the above example of the Calendar Translator appiicatiDn has translated 
the abbreviated application and data identifiers into full words (English in this case, 
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although any (anguage (user seleGted) may be supported); Also, dates and times 
have been formatted in a local manner. Also, the end date information is optionally 
deleted, as the end date is equal to the start date. As such, the message is 
displayed in a second display format that differs significantly from the first display 
format. 

Each appliGation that may be parsed with the DESC Message Parsing feature have 
their own assoeiated translation and executable features that may be selected from 
the user interface feature fist. 

Further in accordance w]th this invention the translator and execution features may 
be loaded into the mobile station 1 0, using the DESC format via SMS. 

Referring now to Fig. 4 which iliustrates a method In accordance with this invention, 
at Block A the mobiie statson 10 receives a SMS message. At Block B the mobile 
station 10 determines if the SMS message is in a first transfer format or a second 
transfer format That is, it is determined if the SMS message ts in a non-DESG 
format or the DESC format (as described above). If not in the DESG format control 
passes to Block C to perform conventional SMS processing. If the received SMS 
message is in the DESG format control instead passes to Block D where the 
controller 18, operating under the control of DESC-related firmware or software, 
parses the DESG encoded SMS message. At Block E a determination is made if the 
Application Identifier is a known (to the mobile station) application identifier; As was 
described above, the application identifier is the first part of an application entry, and 
it names the application to which the data set is being sent. If the Application 
Identifier is known, control passes to Block F where the associated application (e.g., 
APP or appointments) is initiated (see the example presented above relating to the 
Lunch message)< if the Application Identifier is not known (to the mobile station 10), 
Gontro! passes instead to Block G where the associated text message is presented 
without the appllcation-speciffc formatting . 
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A subSGriber having the mobHe station 10 is enabled to access a desired appliGation 
using a displayed menu. After selecting the desired application the subscriber may 
manipulate soft keys and the keypad 22 so as to enter information in respGnse to 
prompts (assuming that the mobile station does not Include a touch screen or some 
other suitable user interfaee). By example, to enter an appointment into the PMC 
application, the foilowing display may be presented, 

TITLE A title for the appointment, 

TEXT A description for the appointment (e.g., Lunch with Jim, the 

location of the restaurant, etc.). 
START INFO. The subscriber enters the starting date and time for the 

appointment. 

END INFO, The subscriber enters the ending date and time for the 

appointment, 

ALERT INFO. The subscriber enters en alert date and time for the 

appointment (e.g., one hour prior to the Start time). 

After the last information screen Is fiiled in (i.e., Alert Info,), a SAVE soft key can be 
depressed. Depressing the SAVE soft key initiates sending the entered information 
to the PMCAAAAAA/ server 42. The appointment information is sent to the 
PMCA/WVW server 42 using a DESG-encoded SMS message, via the RF Jink, BS 
30, MSG 34, SMSC 36, and one of the link 42a or the network 40. At a time 
corresponding to the Alert time, the PMCAAA/VW server 42 initiates the sending of a 
DESC-encoded SMS message to the mobile station 10, via a path that is the 
reverse of that used to send the appointment information to the PMCAAAAAA/ server 
42. 

it is also within the scope of this invention to send a message receipt confirmation 
message back to the mobile station 10 from the PMG/WWW server 42. In response 
to the receipt of the confirmatton message, the mobile station 10 displays a suttable 
message (0.9., 'Appointment Saved*) along with the Appointment Title. In this case 
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the subsGriber is assured that the appointment has been saved in the master 
appointment database 43a maintained by the PMCAA/WW server 42. 



At some subsequent time, identified by the Alert information, a SMS message is 
sent to the mobile station 10. One suitable displayed message format is to display 
the text "Reminder^ along with the text '*At" followed by the Time of the 
appointment, if the time was saved with the appoinfment 



The subscriber may also interact with the display 20 and keypad 22 to view existing 
appointments for a partieular date. In this case the mobiie station 10 sends a SMS 
message to the PMCAAfVVW server 42, after prompting the subscriber to enter the 
date of interest. After reeeiving the saved appointment information from the 
PMGM/WW server 42 and saving the information in the memory 24, a message 
"Appointments Received*' can be displayed. Thereafter the sobscfiber can scroti 
through the appointments that were previously saved for the date of interest, which 
may be disptayad by Title. 

SimiSar or identical funGtionanty is available from the PC 44, thereby providing the 
subscriber with muitipie ways to access the information, while providing a unified 
and seif-consistent user interface. 



Aithough described in the context of entering Appointment events, the subscriber is 
also enabled to instead enter a "To Do" reminder or event. By example, to enter a 
"To Do" into the PMC application, the following display may be presented. 



TITLE A title for the ^To Do" entry. 

TEXT A description of the "To Do" (e.g., 'final sales report*). 

PRt ORlTY A subscriber-assigned priority for this "To Do'' entry (1, 2, 3). 

DEAOLI N E A deadline date for this 'To Do" entry. 
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As with the Appointment entry described above, after the last information screen is 
filled in (i.e., DeadHne), a SAVE soft key can be depressed. Depressing the SAVE 
soft key initiates sending the entered information to the PMCAAAAAA/ server 42, The 
"To Do" information is sent to the PMCAA/WW server 42 using a DESC-encoded 
SMS message, via the RF iink, BS 30, MSG 34, SMSC 36, and one of the link 42a 
or the network 40. 

The subscriber may also interact with the display 20 and keypad 22 to view, delete, 
and edit existing "To Do" entries. In this case the subscriber may select to view all 
*To Do" entries in the list, or to view only those "To Do" entries having a specified 
priority ciass or leveL In this tatter case the mobile station 1 0 sends a SMS message 
to the PMCAA/WW sePi^er 42, after prompting the subscriber to enter the desired 
priority class. After receiving the previously saved "To Do" information from the 
PMGMAAAA/ server 42 and storing the Information in the memory 24, a message "To 
Do List Received" can be displayed. Thereafter the subscriber can scroN through the 
"To Do" entries that were previously saved for the desired priority ctass. 

The subscriber can also interact with the display 20 and keypad 22 to delete and 
revise previously saved Appointment and 'To Do" entries. Also, and as was 
described above, the subscriber can also gain access to the subscriber's database 
43a entries in the PMC/WWW server 42 via the PMC software installed in the PC 
44, In this manner various Appointment and "To Do" entries can be entered, saved, 
reviewed and modified from the PC 44. In both cases (e.g., mobile station access or 
PC access), the presently preferred DESC format is used {with any suitable 
modifications that may be required in order to pass through the network 40). Also in 
both cases, the subscriber is enabled to store information relating to some event, 
typically a future event, in the database 43a that is coupled to the messaging 
function or SMSC 36, 

Although described In the context of the PMC appliGation, it should be realized that 
this partiGular appltGation is exemplary, and should not be read as a limitation on the 
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practiGe of this invention. That is, other valuable applications can also be 
impiemented in aGcordance with the teaehings of this fnventlon. By axample, other 
potential appliGations of this invention inciude, but are not Hmited, using SMS-based 
massaging between groups of mobile stations and PCs for queued and schedufed 
email; for meeting, appointment and absence management; for project hours 
reporting; for sales and inventon/ updating; for personalized information services; 
and for home security applications. 



Further by example, a subscriber can be notified of the receipt of email by storing 
the notification and/or the emai! header information into the database 43a. This can 
be done from a data processor that functions as an email server 48. In this example 
the Alert time could be set to zero. That is, subscriber-ralated Information and 
events can be stored in the database 43a by other than the subscriber or the SMSC 
36, in this case by the email server 48, 

in a presently preferred embodiment of this invention, and referring again to Fig. 1, a 
non-volatiie portion 24b of the memory 24 is allocated for local storage (LS), The 
local storage 24b may be aliocated either staticatly or dynamicaiiy. The iocal storage 
24b can be used to store the user*s events to be viewed immediately or when out of 
a ceHufar coverage areav The tocai storage 24b can also be used to temporarily 
store added or modified user events when out of the celiular coverage area. After 
the mobile station 10 Is once more in a cellular coverage area the stored events can 
be transmitted to the PMCAAAAA/V Server 42 using the protocols described above. 
The user can also employ the local storage 24b to temporarily store events should 
the user decide to postpone a reply action for a received alert. The local storage 24b 
also provides a mechanism to generate iocally triggered alerts. For example, the 
user stores an alert in the local storage 24b, which is then checked by local PMC 
application software 24a using an internal real-time clock (RTC) 21 . An alert is then 
triggered loGally when the current time matches the time stored with the alert in the 
local storage 24b. Both user-generated information and information received from 
the BM1 32 can be stored m the local storage 24b. 
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it is also within the scope of this invention to provide the user interface of the 
PC/PMC 44a with a special screen saver or similar software. This screen saver may 
function as any conventiona! password-protected screen saver, but m addition 
displays a floating or nnoving window. Using the window anyone visiting the user*s 
PC site (such as an associate in the user*s office) can enter a SMS message. After 
completing the message a predetermined keystroke or mouse ciick causes the 
entered SMS message to be transferred automaticatiy to the user's mobile station 
10 via the PMC/VVWW Server 42 and SMSC 36, 

Thus, although the invention has been described in the context of preferred 
embodiments, it should be realized that a number of modifications to these 
teachings may occur to one skilied in the art. Thus, while the invention has been 
particuiariy shown and described with respect to preferred embodiments thereof, it 
will be understood by those skilled in the art that changes in form and details may 
be made therein without departing from the scope and spirit of the inventiGn, 
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1 , A method for operating a Wireless mobite station of a type that is capable 
of bidirectional Gommunication with a Base Station, Mobite SwitGhing Centre, 
interworking Function (BMI) having a user messaging function, comprising the steps 
Gf: 

providing a database that is bidiracfionally coupled to the user messaging 
function; 

at the mobile station, entering information that is descriptive of an event; 

sending the entered information from the mobile station to the database, via 
a message sent through the BMI and the user messaging function; and 

storing the information in the database. 

2, A method for operating a wireiass communications network of a type 
having a Base Station, Mobile Switching Centre, Interworking Function {BMI), a user 
messeging function, and at least one mobile station that is bidirectionally coupled to 
the BM! through a wireless link, comprising the steps of: 

providing a database that is bidirectionaHy coupled to the user riiessaging 
function- 
using a data processor to enter information that is descriptive of an event; 

sending the entered information to the database, via a message sent through 
a communications network; 

storing the information in the database; and 



wo 98/34422 l'GT/EF98/00532 

34 

at a time speGified by the stored informatfon, sending a message to a mobile 
station via the messaging function and the BMl, 

3. A method for operating a wireless communications network of a type 
having a Base Station, Mobile Switching Centre, inteworking FunGtion (BMi), a 
Short Message Sen/ice (SMS) function, and at least one mobile station that is 
bidirectionally coupled to the BMI through a wireless fink, comprising the steps of: 

providing a database and database controller that is bidirectionaKy coupled to 
the SMS function; 

using the mobile station to enter information that is descriptive of an event; 

sending the entered information to the database, via a first SMS message 
sent through the BMt and SMS funGtion; 

storing the information in the database; and 

at a time specified by the stored information, sending a seGond SMS 
message from the database controller to the mobile station, via the SMS 
message function and the BMI , for alerting a user of the mobile station, 

4. A method as set forth in claim 3, wherein the first and second SMS 
messages are encoded in a Data Exchange, Storage, and Command (DESG) 
format. 



5; A method as set forth in claim 3, and further comprising the steps of: 
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adding to, revising, or deleting the stored information in the database from 
one of a data proGessor, that is coupled to the database Gontroller through an 
internet connection, or from the mobile station. 

6. A method as set forth in claim 3, wherein the step of storing inclLides a 
step of sendtng a confirmation SMS message from the database controlier to the 
mobile station, via the SMS function and the BMl, for informing the user that the 
information v^^as stored in the database, 

7. A v\^ire!ess communieations network of a type having a Base Station, 
Mobile Switching Centre, Intarworking FunGtion (BMl), a Short Message Service 
(SMS) centre, and at least one mobile station that is bid irection ally coupled to the 
BM I through a radio link, and further comprising: 

a database and database controller that Is bidirectlonally coupled to said 
SMS centre; 

a user interface in said mobile station for entering information that is 
descriptive of an event; and 

a transmitter in said mobile station for sending the entered information to said 
database controller, via a first SMS message sent through said BMI and said 
SMS centre, for storage in said database; wherein 

said database controller is responsive to a time specified by the stored 
information, for sending a second SMS message to said mobile station, via 
said SMS centre and said BMS , for alerting a user of said mobile station, 

8. A network as set forth in claim 7, wherein said first and second SMS 
messages are encoded in a Data Exchange, Storage, and Command (DESC) 
format. 
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9. A network as set forth in ciatm 7, and further comprising: 

an internet interface between said database Gontroller and the fnternat; and 

a data processor coupled to the internet and including software for adding to, 
revising , or deleting stored infornaation in said database, 

• 10, A network as set forth in claim 9, wherein said data processor 
Gommunicates with said database controller through the jntemet using messages 
that are encoded in a Data Exchange, Storage, and Gommand (DESC) format. 

11. A network as set forth in ciaim 7, wherein said database controller is 
responsive to the storage of received information in said database for sending a 
confirmation SMS message to said mobile station, via said SMS centre and said 
BMl, for informing the user that the information was stored in said database. 

12. A network as set forth in claim 7, wherein said database contrQjIer is 
coupled to said SMS centre through a data link. 

13. A network as set forth in claim 7, wherein said database controller is 
coupled to said SMS centre through the Internet. 

14. A method for operating a wireless mobile station of a type that is capable 
of bidirectional CGmmunication with a Base Station, Mobile Switching Centre, 
IntenA^orking Function (BMi) having a Short Message Service (SMS) centre, 
comprising the steps of: 

receiving a SMS message from the BMI; 
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determining if the SMS message has a first transfer format or a second 
transfer format; 



if the SMS message is determined to have the first transfer format, 
prGcessing the SMS message in a conventional manner; 



if the SMS message is determined to have the second transfer format, 
parsing the SMS message to locate an Appiication Identifier entry; 

determining from the Application Identifier entry if the moblie station supports 
the identified application; 

if not, displaying any data entry of the SMS message with a first display 
format; else, 



if the mobile station does support the identified appliGation, starting the 
application and displaying any data entry v^ith a second display format that is 
specified by the application, 

1 5. A method as set forth in ciaim 14, v^herein the second transfer format is a 
Data Exchange, Storage, and Command (DESC) format, 

16. Amethod as set forth in claim 14, wherein the SMS message is encoded 
to identify an event that was previously stored in a database, the SMS message 
being sent to the mobile station at a time speGified in the database. 

17. A method as set forth in eiaim 16, wherein Mormation specifying the 
event was previously stored in the database in response to a SMS message that 
was originated by the mobile station. 
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18; A method as set forth in ctaim 16, wherein information speGifying the 
event was prevtously stored in the database in response to a message that was 
originated by a data processor coupled to the database through a communications 
network. 

19. A method as set forth in claim 16, wherein information specifying the 
event was previously revised after storage in the database in response to a SMS 
message that was originated by the mobile station. 

20. A method as set forth in claim 16, wherein information specifying the 
event was previously revised after storage in the database In response to a 
message that was originated by a data processor coupled to the database through a 
communicatjons internet. 

21 . A method as set forth in claim 14, wherein the SMS message is encoded 
to Identify a prioritized event that was previously stored in a database, the SMS 
message being sent to the mobile station in response to a query from the mobile 
station to display ali stored events having a specified priority level. 

22. A method as set forth in claim 14, wherein the SMS message is encoded 
to identify an event that was previously stored in a database, the SMS message 
being sent in response to a query from the mobile station to disptay all stored events 
having a specified date. 

23. A wireless communications system of a type having a Base Station, 
Mobile Switching Centre, intenA/orking Function (BMI), a Short Message Service 
(SMS) centre, and at least one mobile station that is bidirectionally coupied to the 
BMi through a radio link, and further comprising: 

a database and database controHer that is bidirectionally coupled to said 
SMS centre; 
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a first user interface in said mobite station for entering information that is 
descriptive of an event; 

a transGeiver in said mobile station for sending the entered information to 
said database Gontroiler, via a first SMS message sent through said BMf and 
said SMS centre, for storage in said database; and 

a second user interface in a data processor that is bidirectionafly coupjed to 
said database through a network for sending a network message containing 
entered information to said database controller, via said network, for storage 
in sa id d atabase; wherein 

a user is enabled to recafl, revise, delete and add information in said 
database from either one of said first or second user interfaces; and wherein 

said database controller is responsive to a time, specified by at ieast one 
stored information entry, for sending a second SMS message to said mobile 
station, via said SMS centre, said BMl, and said transceiver, for alerting a 
user of said mobile station. 

24. A system as set forth in claim 23, wherein said SIVIS centre copies SIVIS 
messages directed to said mobile station into said database, and wherein a user Is 
enabled to review received SMS messages and originate new SMS messages, to 
one or more recipients, from either one of said first or second user interfaces. 

25, A system as set forth in claim 23, and further comprising an email server 
coupled to said database for storing in said database an indication of a receipt of an 
emaiS mesBage that is addressed to said mobile station, and wherein a user is 
enabled to determine, from either one of said first or second user interfaoes, that an 
email message has been received. 
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26, A system as set forth in ciaim 23, wherein said first and second SMS 
messages and said network message are encoded in a Data Exchange, Storage, 
and Command (DESC) format. 

27. A system as set forth In Glaim 25, wherein, for information that exceeds a 
predetermined length, the information is divided into a plurality of information 
portions that are sent in separate DESG-encodad SMS messages. 

28, A system as set forth in ctaim 26, wherein a DESC-encoded SMS 
message reeeived by said mobile station includes an Appiication identifier, and 
wherein said mobile station is responsive to said Appiication identifier for displaying 
received information in a format specified by the identified Application, 

29. A system as set forth in claim 23, wherein said first and second user 
interfaces provide a unified and self-consistent user interface to a user, 

30, A system as set forth in claim 23, wherein said network uses a TCP/IP 
protocol. 

31 , A system as set forth in claim 23, wherein said mobiie station includes a 
read/write memory portion, and wherein said first user interface in said mobile 
station stores infonmation in said read/write memory portion. 

32. A system as set forth in claim 31, wherein said mobiie station generates 
an alert when a time specified by the stored information equals a current time. 

33. A system as set forth in claim 23, wherein said second user interface 
includes a screen saver function that comprises a window within which a message 
can be composed fortransmission to said mobile station as a SMS message. 
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